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DETAILED ACTION 

1 . This Office Action is response to Applicant's Response filed on 02/07/2005. 

2. Claims 1-40 are pending in this application. 

Response to Arguments 

3. Applicant's arguments filed 02/07/2005 have been fully considered but they are 
not persuasive. 

4. Applicant argued that, "Carlson fails to teach or suggest a second process that 
generates a first message requesting a plurality of tokens." (Page 12, lines 3-4) and 
"there is no teaching or suggestion by Carlson that a single client device makes a 
request for multiple tokens." (Page 13, lines 10-1 1 and lines 21-23). 

Carlson et al. (hereinafter Carlson) of 5,506,961 teaches upon receipt of the 
token copy from the system authorizer, the client connection manager packages the 
token copy into a message that it sends to the serve device. When the server 
connection manager receives the massage from the client device, it compares the token 
copy to the token it received from the system authorizer (see figs. 8A & SB). The 
system authorizer will determine the type of token, the number of tokens sent out and 
the distribution of token types. In the fig. 8A, there were three different types of tokens: 
creating message with a number of generic tokens, with a number of reusable tokens 
and with a number of a single-use tokens. Thus, the system authorizer could send out 
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(generate) multiple tokens from a requesting message (see abstract, col. 8, lines 6-67 
and col. 9, lines 1-5 and lines 16-25). 

Applicant's arguments are not persuasive the prior art of record. 



Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1-40 rejected under 35 U.S.C. 103(a) as being unpatentable over US 
Patent No. 5,634,122 issued to Loucks et al. (hereafter Loucks) in view of US Patent 
No. 5,506.961 issued to Carlson et al. (hereinafter Carlson). 

With respect to claim 1 , Loucks teaches discloses a first process that maintains a 
data file in a computer-readable memory (the server node or process has one or more 
processors or CPU making up a processor element, which has access to volatile 
memory: col. 5, lines 22-24; also see col. 1 , lines 50-65); 

a second process that generates a first message requesting that said second 
process be granted (client device/machine generating requesting token: col. 6, lines 28- 
35 and col. 9, lines 38-48); 
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said first process generating a second message, in response to said first 
message, that grants said tokens to said second process if said tokens are available for 
grant to said second process (server device/machine generating requesting token: col. 
9, lines 18-30 and lines 40-48 and col. 11, lines 18-32). 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach the first process a 
plurality of tokens required for said second process to modify at least one characteristic 
of said file stored in said computer-readable memory. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 
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With respect to claim 2, Loucks teaches said first process is resident at a server 
computer node, and said second process is resident at a client computer node (see fig. 
3 and fig. 5, client machine and server machine; col. 5, lines 7-10 and col. 7, lines 32- 
40). 

With respect to claim 3, Loucks teaches if any of said tokens are unavailable for 
grant to said second process as a result of current grant of said tokens to at least one 
other process, said first process generates a third message revoking the current grant 
of said tokens to said at least one other process (abstract, col. 6, line 8-40 and col. 7, 
lines 52-67). 

With respect to claim 4, Loucks teaches said at least one other process, in 
response to said third message, generates a fourth message making said tokens 
available for grant by said first process (abstract and col. 6, lines 8-40). 

With respect to claim 5, Loucks teaches said first process resides in a first 
computer node; said second process resides in a second computer node; said at least 
one other process resides in at least one other computer node; and said first computer, 
second computer, and at least one other computer nodes are networked together and 
are remote from each other (client/server architecture network with network file system 
and distributing file system: see fig. 3 and 5). 

With respect to claim 6, Loucks teaches a first process residing in said node that 
generates a first message to a second process (the server node or process has one or 
more processors or CPU making up a processor element, which has access to volatile 
memory: col. 5, lines 22-24; also see col. 1, lines 50-65; client device/machine 
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generating requesting token: col. 6. lines 28-35 and col. 9. lines 38-48; and server 
device/machine generating requesting token: col-. 9, lines 18-30 and lines 40-48 and col. 
11, lines 18-32). 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach a set of tokens being 
required for the second process to be able to modify at least one characteristic of a file 
stored in a computer-readable memory within the computer node. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claims 7-9, Loucks teaches each of the processes resides in a 
respective one of computer nodes; one of the processes resides in a server computer 
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node and the other of the processes resides in a client computer node; if at least one 
token in the set of tokens is unavailable for grant because the at least one token is 
currently granted to a third process, the first process also generates a second nnessage 
that revokes current grant of the at least one token to the third process prior to 
generating the first message the first message is generated by the first process in 
response to a request for the grant of the set of tokens generated by the second 
process (see fig. 3 and fig. 5, client machine and server machine; col. 5, lines 7-10 and 
col. 7, lines 32-40). 

With respect to claim 10, Loucks teaches a computer node as discussed in claim 

6. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach all tokens required for 
the second process to be able to modify at least one characteristic of the file. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
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server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 1 1 , Loucks teaches a first process residing in said node 
that generates a request to a second process (the server node or process has one or 
more processors or CPU making up a processor element, which has access to volatile 
memory: col. 5, lines 22-24; also see col. 1, lines 50-65; client device/machine 
generating requesting token: col. 6. lines 28-35 and col. 9. lines 38-48; and server 
device/machine generating requesting token: col. 9, lines 18-30 and lines 40-48 and col. 
11. lines 18-32). 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach a set of tokens required 
for the first process to modify at least one characteristic of a file residing in a remote 
computer-readable memory. 

However. Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10. col. 8, lines 6-10 and col. 9. lines 2-5 and lines 16-25). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 12, Loucks teaches the second process resides in a 
second computer node, and the memory is comprised in said second node (see fig. 3 
and fig. 5, client machine and server machine; col. 5, lines 7-10 and col. 7, lines 32-40). 

With respect to claim 13, Loucks teaches a computer node as discussed in claim 

11. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach the set of tokens 
comprises all tokens required for the first process to be able to modify at least one 
characteristic of the file. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
sen/er machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 14, Loucks teaches a first computer node having a data file 
in computer-readable memory; and a second computer node that issues to the first 
computer node a first message requesting (the server node or process has one or more 
processors or CPU making up a processor element, which has access to volatile 
memory: col. 5, lines 22-24; also see col. 1 , lines 50-65; client device/machine 
generating requesting token: col. 6, lines 28-35 and col. 9, lines 38-48; and sen/er 
device/machine generating requesting token: col. 9, lines 18-30 and lines 40-48 and col. 
11, lines 18-32). 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach a set of tokens required 
for the first process to modify at least one characteristic of a file residing in a remote 
computer-readable memory. 
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However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 15, Loucks teaches the first computer node is a server 
node, and the second computer node is a non-server node (see fig. 3 and fig. 5, client 
machine and server machine; col. 5, lines 7-10 and col. 7. lines 32-40). 

With respect to claim 16, Loucks teaches a computer node as discussed in claim 

14. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach the set of tokens 
comprises all tokens required for the first process to be able to modify at least one 
characteristic of the file. 
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However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 17, Loucks teaches if at least one token in the set of tokens 
is unavailable for the grant because the at least one token is currently granted, the first 
computer node waits to issue the first message until after the first computer node 
receives a third message from a third computer node indicating relinquishment of 
current grant of the at least one token (abstract, the server node or process has one or 
more processors or CPU making up a processor element, which has access to volatile 
memory: col. 5, lines 22-24; also see col. 1, lines 50-65; client device/machine 
generating requesting token: col. 6, lines 28-35 and col. 9, lines 38-48; and server 
device/machine generating requesting token: col. 9, lines 18-30 and lines 40-48 and col. 
11. lines 18-32). 

With respect to claim 18. Loucks teaches a computer node as discussed in claim 

14. 
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Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens, Loucks does not clearly teach the at least one token 
comprises a plurality of tokens. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

Claim 19 is essentially the same as claim 1 except that it is directed to a 
computer-readable memory containing computer-executable program instructions rather 
than a computerized data file system, and is rejected for the same reason as applied to 
the claim 1 hereinabove. 
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Claim 20 is essentially the same as claim 6 except that it is directed to a 
computer-readable memory containing computer-executable program instructions rather 
than a computerized data file system, and is rejected for the same reason as applied to 
the claim 6 hereinabove. 

With respect to claim 21 , Loucks teaches first instructions that when executed 
generate a request (the server node or process has one or more processors or CPU 
making up a processor element, which has access to volatile memory: col. 5, lines 22- 
24; also see col. 1, lines 50-65). 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach a set of tokens required 
to enable modification by an issuer of the request of at least one characteristic of a file 
residing in storage memory. . 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10. col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
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the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claims 22-26, Loucks teaches a computer-readable memory 
containing computer-executable program instructions as discussed in claim 21. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach the at least one token 
comprises a plurality of tokens. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 



Application/Control Number: 09/428.384 Page 16 

Art Unit: 2162 

With respect to claim 27, Loucks teaches means for generating a first message 
requesting (the server node or process has one or more processors or CPU making up 
a processor element, which has access to volatile memory: col. 5, lines 22-24; also see 
col. 1, lines 50-65; client device/machine generating requesting token: col. 6, lines 28- 
35 and col. 9, lines 38-48; and server device/machine generating requesting token: col. 
9, lines 18-30 and lines 40-48 and col. 11, lines 18-32). 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach a set of tokens being 
required for the second process to be able to modify at least one characteristic of a file 
stored in a computer-readable memory within the computer node. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Ciarlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
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sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claims 28-29, Loucks discloses means for generating, if any of 
said tokens are unavailable for grant as a result of current grant of said tokens, a third 
message revoking the current grant of said tokens; and means for generating, in 
response to said third message, a fourth message making said tokens available for 
grant (abstract, col. 6, line 8-40 and col. 7, lines 52-67). 

Claim 30 is essentially the same as claim 1 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 1 hereinabove. 

Claim 31 is essentially the same as claim 3 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 3 hereinabove. 

Claim 32 is essentially the same as claim 4 except that it is directed to a method 
rather than a computerized data file system , and is rejected for the same reason as 
applied to the claim 4 hereinabove. 

Claim 33 is essentially the same as claim 6 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 6 hereinabove. 

Claim 34 is essentially the same as claim 9 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 9 hereinabove. 
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Claim 35 is essentially the same as claim 10 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 10 hereinabove. 

Claim 36 is essentially the same as claim 1 1 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 1 1 hereinabove. 

Claim 37 is essentially the same as claim 13 except that it is directed to a method 
rather than a computerized data file system, and is rejected for the same reason as 
applied to the claim 13 hereinabove. 

With respect to claim 38, Loucks teaches a computerized data file system as 
discussed in claim 1. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach said second process, in 
response to receiving said second message, modifies said at least one characteristic of 
said file stored in said computer-readable memory. 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 39. Loucks teaches a computerized data file system as 
discussed in claim 27. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machine's to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach means for modifying 
said at least one characteristic of said file stored in said computer-readable memory . 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9. lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
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the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 

With respect to claim 40, Loucks teaches a computerized data file system as 
discussed in claim 30. 

Loucks teaches client/server environment including server machine, client 
machines, distributed file system and network file system. Network file system allows 
client machines to cache data from server files, for read access and write access. The 
server machine can be used for distributed file system. The system comprising granting, 
requesting and revoking tokens. Loucks does not clearly teach modifying said at least 
one characteristic of said file in said computer-readable in said computer-readable 
memory . 

However, Carlson teaches a system including server device and client device 
and determining the type of tokens and the number of tokens sent out and distribution of 
token types (col. 4, lines 5-10, col. 8, lines 6-10 and col. 9, lines 2-5 and lines 16-25). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time the invention was made to combine the teachings of Loucks with the teachings 
of Carlson by incorporating the use of a number of tokens on the system including 
server machine and client machines. The motivation being to reduce the overhead of 
the system efficiency, the amount of congestion in the network, and enhance file 
sharing by adding to more effectively distribute data to clients and to more effectively 
control sharing of files. 
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Conclusion 



7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Contact Information 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Anh Ly whose telephone number is (571 ) 272-4039 or 
via E-Mail: ANH.LY(a)USPTO.GQV or fax to (571) 273-4039. The examiner can 
normally be reached on TUESDAY - THURSDAY from 8:30 AM - 3:30 PM. 
If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene, can be reached on (571) 272-4107 or Primary Examiner Jean 
Corrielus (571) 272-4032. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-21 7-9197 (toll-free). 

Any response to this action should be mailed to: Commissioner of Patents and 
Trademarks, Washington, D.C. 20231, or faxed to: Central Fax Center (703) 872-9306 




